This Page is Inserted by IFW Indexing and Scanning 
Operations and is not part of the Official Record 

BEST AVAILABLE IMAGES 

Defective images within this document are accurate representations ©f the original 
documents submitted by the applicant. 

Defects in the images include but are not limited to the items checked: 

□ BLACK BORDERS 

□ IMAGE CUT OFF AT TOP, BOTTOM OR SIDES 

□ FADED TEXT OR DRAWING 

□ BLURRED OR ILLEGIBLE TEXT OR DRAWING 

□ SKEWED/SLANTED IMAGES- 

□ COLOR OR BLACK AND WHITE PHOTOGRAPHS 

□ GRAY SCALE DOCUMENTS 

□ LINES OR MARKS ON ORIGINAL DOCUMENT 

□ REFERENCE(S) OR EXHTBIT(S) SUBMITTED ARE POOR QUALITY 

□ OTHER: 

IMAGES ARE BEST AVAILABLE COPY. 
As rescanning these documents will not correct the Image 
problems checked, please do not report these problems' to 
the IFW Image Problem Mailbox. 



08/13/2004 12:02 FAX 801 578 6999 STOEL RIVES ©013 



Remarks 

Claims 1-22 are pending in the application. All claims sta "id rejected. 
By this paper, claims 1 and 2 have 1 been amended. Claims 10-22 have been 
cancelled. New claims 23-40 have been added to provide claim coverage 
commensurate with the scope of the. invention. 

, ' r 

Claims 1-6, 9-1 1 , 14-19, and 21-22 were rejected under 35 U.S.C. 102(e) as 
being anticipated by Voyticky et ail CVoyticky"). Claims 7-8. 12-13. and 20 were 
rejected as being unpatentable over Voyticky. 

Claim 1 has been amended 1 to recite a method comprisinct: 

presenting a broadcast segment as part of an interactive television 
transmission; 

i ■ 

receiving with the broadcast segment supplements I information related 
to a transaction involving the broadcast segment; 

responsive to a first command received from a user input device, locally 
storing the supplemental information received prior to the first command: and 

i 

responsive to a second command received from the user input device 
and subsequent to presenting at least a portion of the broadcast segment, 
retrieving the locally-stored Information associated with the transaction and 
using the retrieved information to resume the transaction. 

These claimed features allow a broadcaster to include su :iplemental 

information, such as ATVEF triggers, Within a broadcast segmer t to enable various 

electronic transactions and enhanced content In response to a first user command 

i, ' . 

(e.g., to defer the transaction), thelsystem locally stores the supplemental information 

i ,; 

that was received prior to the command . At a later time, the loc ally-stored 
information can be retrieved to resume the transaction. 
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By contrast, Voyticky does not receive sup plemental infor nation, such as an 
ATVEF trigger, with a broadcast segment; nor does Voyticky locjjlly store 
supplemental information receivedlDrioij to a user command to dufer the transaction. 
Instead, Voyticky merely sends a time index to a central server, Hie time index 

i | 

representing the time at which an "everit" button was pressed on the remote control. 

\ ! 

Thereafter, "the server determinesran assortment of ooods and « eryjces that were 

i . . I 

displayed on the user's television" When the button was pressed (see Abstract). 

In this regard, the claimed iijrvention is radically different from Voyticky's 

approach. For example, the claimed invention does not require ;i central server to 

monitor potentially thousands or mDlionb of button presses on individual remote 

controls. Indeed, the claimed invehtionjdoes not even require a :«ntral server. For 

instance, using the claimed methodology, a set top box could receive a trigger 

j ■. 

including a URL directed to a manufacturer's website. The set tup box locally stores 

! ' 

URL so that it can be retrieved locally , at any time, without havin :| to rely on an 

I . I 

intermediary as in Voyticky. If Voyticky!s central server is down, a user cannot initiate 

• I 

a transaction, even if the manufacturer's website is available. 

I : I 

There is no teaching or suggestion in Voyticky of receivini j supplemental 

information, such as ATVEF triggers, 1 , with a broadcast segment 10 enable a 

i' -* i 

transaction. Indeed, Voyticky is directed in completely the opposite direction, 
avoiding embedded triggers in favor of using time indices and a database within a 

central server. Thus, Voyticky actually teaches away from the claimed invention. 

'-I • 

In view of the foregoing, the- applicant respectfully submit :hat claim 1 , as 
amended, is patentably distinct over the cited reference. Claims 2-9 depend directly 

i ! 
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or indirectly from claim 1 and are likewise believed to be patenta :»ly distinct for at 



least the same reasons. 



New claim 23 recites a method, comprising: 

f n- " • 

receiving a broadcast segment including supplemental information 
sufficient for conducting at least a portion of a transaction; 

: t ' 'J j i 

notifying a user that thej*. transaction is available; 
receiving a user command to defer the transaction; 

I. i - . 

storing the supplemental information : 

~ m : 

storing context information relating to the transaction; 



deferring the transaction; 

receiving a user command to resume the deferred iransaction; 

retrieving the stored supplemental information and context information; 
using the supplemental infoifriat^on and context informatk >n to resume the 
deferred transactionifrom the point at which it was deferred and restore the 
user's context within: the transaction. 

These claimed features alloW a transaction to be deferred by storing 

i [' I'. I 

supplemental information , such as[tnggjers received with the broadcast, which can be 

; j n { 

subsequently retrieved to resume the; transaction from the point .at which it was 

' \ f ' 1 - ; 

deferred. In addition , the system stores context information relaling to the 

! ! ■ ' i 

transaction, such as any information previously entered by a user in connection with 

! I ; :: 

the transaction or snapshot of the broadcast -segment relating to the transaction. The 

! j • ! 

context information can be later retrieved whfen the transaction is; to be resumed in 

I Y \'' \ " 

order to restore the user's context within the transaction, 



Voyticky does not dibclose storing both supplemental infomation and context 



information . At best, Voyticky discloses storing a time index indicating when the 
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"event" button was pressed. This time index ts not received with 1 he broadcast 
segment as required by claim 23 and pan not; therefore, be the recited supplemental 



information. Voyticky does not disclose or suggest storing ATVEF triggers or URLs 
(as recited in new claims 24 and 2$)i br other mechanisms for er abling interactivity. 

M' ' I 

Indeed, Voyticky appears to be presented as an alternative to sutfi techniques. 



New claim 26 recites the step 



6f locally storing the supplemental information 



within a set top box. Voyticky doesTnot locally store information, wvith the possible 
exception of a time index. The time index is not, by itself, sufficie nt to conduct at 



fv: 



least a portion of a transaction, as required by new claim 23. A i erver must cross- 



reference the time index with schecJu 



e information in a database, after which the 



server provides information necessarily for conducting the transection. Accordingly, 



Voyticky's time indices cannot be the 



New claim 27 recites the ste;p 



claimed supplemental information, 
of storing context informaticn including 



information previously entered by a user in connection with the transaction. For 
example, the user may enter his name, address, etc, but not ha^e his credit card 
available. The user may then defer trie transaction, after which t"ie system saves the 

f ' ■ ' '* r 

previously-entered name, address;: etb,, as context information, When the user 
resumes the transaction, this context information may be retrieved so that the user 

■I I 

does not need to reenter it. \ 

K':i * 

By contrast, Voyticky does rjiot actually defer transactions in the sense of 
interrupting a transaction that has bes;n already initiated- Henca there is never any 
fireyiously-entered information in cornectionjwith the transaction , as required by 



claim 27. In Voyticky, a user pressWian "event" button, which nwely records the 
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time at which the button was pressedi: i Later, the user may decide to commence a 

[•' , •;: , : 

transaction (assuming the central server has^stored content for the time at which the 



i- 



user pressed the "event" button). Trie' user never has the opport .inity to enter any 
information prior to pressing the "event? button. 

Similarly, new claims 28 an! 29 Tecitei storing context info mation including 
URLs and content of websites accessed in connection with the transaction. This 

allows the system to immediately resume the transaction without having to reacquire 

\ 1 

this information from an externa! source. By contrast, Voyticky 1 caches exactly the 



opposite, retrieving all of the content 



the time a user decides to begin a 



t ! 



from an external source (tho central server) at 
sactioh that was previously marked by 



pressing the "event" button. As explained in connection with nevr claim 27, Voyticky 



does not interrupt transactions that are in progress. Accordingly at the time that the 
user presses the "event" button, thj&reis no website content that has been retrieved 



i 



or URLs that have been accessed^ , ^ 
New claim 30 recites the step 



of storing context infcrmaticn including at least 



one snapshot of the broadcast segment relating to the transaction. Voyticky does not 
disclose storing a snapshot of a broadcast after the "event" button is pressed. At 

m ■ : 

best, Voyticky might store video clips or the like within the central server that can 

)■ !;;! ■' 
later be correlated with a time index.' ^ 

Even if Voyticky could be cdhfefrued as storing a snapshol in connection with 



!;•- 



the "event" button, it does not locally 



gtore the snapshot in a set op box, as required 



by new claim 31 . At best, Voytick^sfores: video clips and the likes within a central 



\ i 

!i ' 

i i 
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bt locally capture the a snapshot, as recited in 



server. Furthermore, Voyticky doejs ri 
new claim 32. 

New claim 33 recites the step 6f storing context information including an 

■ ; ! i j ; 

indication of a current action withinli a set of actions of the transaction at which point 



the transaction is to be deferred. A transaction may comprise a process including a 



series of steps. The claimed invert iop allows the user to interrupt a transaction at 



any step in the process and later resume the transaction at the same step. 



i-JU 



Unlike the claimed invention, ^byticky cannot interrupt a transaction in 

[ I i I • 

progress. Voyticky merely notes tpe timet at which the "event" b Jtton is pressed and 

it i . i : . 

}'(]*!■ 

later correlates that time with a database. There is no transaction to interrupt when 

\'h 

the "event" button is pressed. There is no teaching or suggestion in Voyticky of 

f, l\ 

interrupting one of the individual steps within a transaction, as rerited in claim 33. 

Hi. 

New claim 35 recites the step of presenting an audio indicator of the 

t * ' ' 
>ispi£ 



availability of the transaction. Displ 



available transaction can be distracting and even a little annoying for a user. 



aying a visual notification (e.jj., icon) of an 

'J ; I 



particularly where there may be a I 



claimed feature allows a user to be notified by an audio indicator, which can be made 



to be less distracting than a visual 



an audio indicator of the availability -of a transaction. 



New claim 36 recites the steps! 



rge number of available transactions. This 



nqicatqr. 



jatcjn : Voyticky does not disclose or suggest 



of displaying a list of defer ed transactions and 



receiving a user selection of a defdm^dj transaction to resume, In addition, new claim 
37 recites displaying a list of previousfy-cornpleted transactions and a list of cancelled 



I; 
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transactions* Voyticky does not disclose or suggest displaying a list of deferred 



transactions, previously-completed 



transactions, and cancelled transactions. 



New claim 38 recites automatically displaying a list of defe ited transactions 
during a commercial break, while r|^w|daim 39 recites automatically displaying a list 
of deferred transactions after the broadcast sbgment program being currently viewed 



Jfoadc 

li t: 



has ended. These claimed features remove the need for a user o remember to view 
the list of deferred transactions. For example, the user may configure the system to 
automatically display the list each t me a commercial break begin*. No such teaching 
of automatically displaying a list of Referred transactions is provic <ad or suggested by 
Voyticky. 

New claim 40 recites a meth s>d] comprising: 

I :- I ' 

t [ ! 

receiving a broadcastjpejgme'nt including supplemental information for 
conducting a transaction; 



receiving a command 



o flefeirthe transaction; 



in response to the command :to defe!r the transactio "i, capturino a 
snapshot of at least a portiojjf. of the: broadcast segment re ating to the 
transaction; 

locally storing the snapshot within a 'set top box; 



deferring the transaction; 



receiving a command 

i 

retrieving the locally- 



b resume the deferred transaction; 

h I ,i ; 



r6d snapshot : and 



presenting the retrieved snapshot to restore a user' s context in the 
transaction. 

As explained above, Voytick$|does not disclose capturing =i snapshot of a 



broadcast segment in response to e 



command to defer a transact ion. Furthermore, 



t S-15 
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Voyticky does not disclose locally sabring the 'snapshot within a s :>t top box. Finally, 



.U ■ 

Voyticky does not disclose retrieving a locally-stored snapshot and presenting the 
retrieved snapshot to restore a useircs context in the transaction . 



In view of the preceding amcMments and remarks, the applicant respectfully 
; || t* i , 
submits that claims 1-9, as pmended, as well 1 as new claims 23-40, are patentably 



distinct over the cited reference. A 



STOEL RIVES LLP j 
One Utah Center Suite 1 1 00 
201 S Main Street i 
Salt Lake City, UT 841 1 1 -4^04 
Telephone: (801)328^3131 
Facsimile: (801)578-6999 



Noti 



btice of Allowance is respec (fully requested. 

r * i 

Respectfully submitted, 
Digeo, Inc. 
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